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Verfatiren zur Ubertragung von Daten auf einem Bus 

Die vorliegende Erfindung betrifft ein Verfahren 
zur Ubertragung von Datenblocken von einer Daten- 
quelle zu einer Datensenke auf einem Bus, der die 
Ubertragung von Rahmen mit einer variablen, be- 
grenzten Zahl von Datenelementen unterstutzt . Wenn 
die Zahl der Datenelemente eines solchen Blocks 
groSer ist als die maximal in einem Rahmen uber- 
tragbare Zahl von Datenelementen, so muss der Block 
auf mehrere Rahmen verteilt libertragen werderi. Eine 
Datensenke, die diese Rahmen empfangt, muss den 
Block daraus wieder herstellen. 

Eine korrekte Wiederherstellung des Blocks ist 
nicht moglich, wenn bei der Ubertragung von der Da- 
tenquelle zur -senke Rahmen xmbemerkt verloren ge- 
hen konnen, oder wenn ein Rahmen, der den letzten 
Rahmen bei der Ubertragung des Blocks darstellt, 
nicht . als solcher erkannt wird und weitere, spater 
empfangene Rahmen von der Datensenke dem gleichen 
Block zugeordnet werden. 

Das Problem, dass umfangreiche Datenblocke ubertra- 
gen werden miissen, die nicht vollstandig in einen 
Rahmen passen, stellt sich insbesondere bei der 
Entwicklung von auf dem CAN-Standard basierenden 



Daten verarbeitenden Systemen, z.B von Steuergera- 
ten fiir die Kraf tf ahrzeugtechnik . Der CAN-Standard 
ist gut angepasst, urn kleine Datenmengen innerhalb 
vorgegebener Zeitspannen von einem Sensor an ein 
Steuergerat bzw. von dem Steuergerat an einen Aktor 
zum Beeinflussen des Betriebszustandes eines Kraft- 
fahrzeugmotors oder anderer Einheiten des Kraft- 
fahrzeugs zu libertragen. Im Laufe der Entwicklimg 
und Optimierung eines solchen Systems ist es jedoch 
haufig erf orderliche, umfangreiche Datenmengen zwi- 
schen dem Steuergerat und einem Host-Rechner einer 
Entwicklungsumgebung zu libertragen, so dass ein 
Entwickler im Dialog mit den Host-Rechner die Ar- 
beit sweise des Steuergerat s exakt und detaillieirt 
verfolgen kann. 

Die Ubertragung solcher Datenmengen uber den CAN- 
Bus erf order t einen be tracht lichen Overhead und 
fuhrt zu einer erheblichen Belastung der Ubertra- 
gungskapazitat des CAN-Busses. Wenn die Kommimika- 
tion des Steuergerat s mit dem Host-Rechner mit an- 
deren auf dem Bus stattf indenden, fiir die vom Steu- 
ergerat zu realisierenden Steueraufgaben erf order- 
lichen Kommunikationsprozessen um Ubertragungskapa- 
zitat konkurriert, kann es vorkommen, dass die U- 
bertragungskapazitat nicht fur alle Aufgaben aus- 
reichend, und die Funktionsf ahigkeit des Gerates 
kann beeintrachtigt sein. 

Vorteile der Erfindung 

Durch die vorliegende Erfindung wird ein Verfahren 
zur Ubertragung von Datenblocken auf einem Bus zwi- 
schen einer Datenquelle und einer Datensenke ge- 



schaffen, das mit einem geringen Ubertragungs- 
Overhead auskommt und so die auf dem Bus zur Verfii- 
gung stehende Bandbreite effizent nutzt. Das Ver- 
fahren geht davon aus, das es die Datensenke ist, 
die das Format, insbesondere die Anzahl der Daten- 
elemente, eines Datenblockes spezif iziert , den sie 
von einer Quelle zu empf angen erwartet . Diese Ele- 
ment zahl kann grofier sein als die Zahl der in einem 
einzelnen von dem Bussystem unterstutzten Rahmen 
libertragbaren Datenelemente . Wenn dies der Fall 
ist, mussen die Datenelemente eines Blocks auf meh- 
rere Rahmen verteilt und die Rahmen auf dem Bus zur 
Senke libertragen werden. Wenn N die Zahl der Daten- 
elemente eines zu libertragenden Blocks ist, und n 
die Zahl der Datenelemente ist, die maximal in ei- 
nem Rahmen ubertragbar sind, so fiillt der Block int 
(N/n) Rahmen vollstandig, wobei int (N/n) die groSte 
ganze Zahl ist, die kleiner oder gleich N/n ist. 
Wenn diese vollstandig gefullten Rahmen libertragen 
worden sind, wird anschl legend noch ein Rahmen li- 
bertragen, der (N mod n) Datenelemente enthalt. Die 
Zahl der Datenelemente dieses letzten Rahmens kann 
also auch Null sein, wenn N durch n ohne Rest teil- 
bar ist. Aus der Tatsache, dass ein Rahmen mit we- 
niger als der hochstmoglichen Zahl n von Datenele- 
menten empf angen wurde, kann die Datensenke den 
Schluss Ziehen, das es sich um den letzten Rahmen 
eines Blocks handelt. Ein Vergleich der tatsachlich 
empfangenen Zahl von Datenelementen mit der erwar- 
teten Zahl N erlaubt auf Seiten der Datensenke eine 
Beurteilung, ob der Block vollstandig empf angen 
wurde . 



Wenn die Zahl der Datenelemente N eines zu ubertra- 
genden Blocks kleiner als die Zahl n der maximal in 
einem Rahman ubertragbaren Datenelemente ist, so 
ist das oben beschriebene Verfahren im Prinzip un- 
verandert anwendbar: In diesem Fall ist int (N/n) = 
0, es wird also nur ein .einziger Rahmen mit den N 
Datenelementen ubertragen, der von der Datensenke 
auch unmittelbar als letzter Rahmen des Blocks er- 
kannt wird . 

Eine vorteilhafte Sonderregelung ist moglich, wenn 
die Zahl der Datenelemente des Blocks N mit der ma- 
ximalen Zahl der Datenelemente des Rahmens n uber- 
einstimmt. Da die Datensenke die Zahl der zu iiber- 
tragenden Datenelemente des Blocks spezifiziert hat 
und diese kennt, wenn sie den Block empfangt, ist 
sie bereits unmittelbar nach vollstandigem Empfan- 
gen eines Rahmens in der Lage, zu erkennen, das der 
darin enthaltene Block vollstandig eingetroffen 
ist. Da keine weiteren Rahmen zu libertragen sind, 
die moglicherweise verloren gehen oder in anderer 
Weise fehlerhaft libertragen werden konnten, ist es 
in diesem Fall nicht erf orderlich, einen Rahmen oh- 
ne Datenelemente zu ubertragen, um der Senke die 
vollstandige Ubertragung des Blocks anzuzeigen. 

Z wee kmaiSiger weise spezifiziert von der Datensenke 
an die -quelle ubertragene Steuerinf ormation nicht 
nur die Zahl der Elemente eines zu iibertragenden 
Blocks, sondern auch den Zeitpunkt (bzw, , im Fall 
von periodischer Ubertragung, die Zeitpunkte) sowie 
die Art und Bedeutung der zu ubertragenden Parame- 
ter. 
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Weitere Merkmale und Vorteile der Erfindimg warden 
deutlich aus der liachf olgenden Beschreibiong von 
Ausfiihrungsbei spiel en mit Bezug auf die beigefiigte 
Zeichnung. 

5 

Figuren 
Es zeigen : 

10 Fig. 1 ein Blockdiagramm eines exemplarischen 

Dafcenverarbeitungssystems, in dem das er- 
f indimgsgemaiSe Verf ahren anwendbar ist : 



15 



20 



Fig. 2 die Stiniktur eines CAN-Rahmens; 

Fig. 3 ein Flussdiagramm einer vom Steuergerat 

aus Fig. 1 im Rahmen des erf indungsgema- 
fien Verfahrens durchgef uhrten Verarbei- 
tung; 

Fig. 4 ein Flussdiagramm einer vom Hostrechner 

durchgef uhrten Verarbeitung . 

Das Blockdiagramm der Fig. 1 zeigt als Beispiel fiir 
25 ein erf indungsgemaEes Datenverarbeitungssystem eine 
Entwicklungsumgebung fur ,einen Controller, insbe- 
sondere ein Kraf tf ahrzeug-Steuergerat . Dieses Steu- 
ergerat 1 umfasst einen Mikroprozessor 2, einen 
Speicherbaustein 3 und eine Schnittstelle 4 zu ei- 
3 0 nem Bus, insbesondere einem CAN-Bus 5, an dem eine 
Mehrzahl von Funktionseinheiten 6 des Kraft fahr- 
zeugs angeschlossen sind, welche Messwerte von Be- 
triebsparametern des Fahrzeugs liber den Bus 5 an 
das Steuergerat 1 liefern und/oder Befehle vom 



-6- 



Steuergerat 1 empfangen und ausfuhren. Bei den 
Fxmktionseinheiten kann es sich z.B. urn Drehwinkel- 
aufnehmer an einer Kurbelwelle des Fahrzeugsmotors, 
die einen Messwert fur den Drehwinkel der Kurbel- 
5 welle an das Steuergerat 1 liefern, oder um Ziind- 
kerzen des Motors handeln, die einen vom Steuerge- 
rat 1 aus den Messwerten der Drehwinkel aufnehmba- 
ren abgeleiteten Zundbefehl empfangen. Die Funkti- 
onseinheiten konnen. noch diverse andere Mess- und 
10 Reglungsaufgaben erfullen, die hier nicht im Detail 
beschrieben werden. 

Wahrend sich das Steuergerat 1 noch in der Phase 
der Erprobung und Entwicklung befindet, ist an den 
15 can-Bus 5 eine Schnittstelle 7 angeschlossen, liber 
die ein Hostrechner 8 der Entwicklungsumgebung mit 
dem Steuergerat 1 kommunizieren kann. 

Mit Hilfe dieses Host-Rechners 8 ist es z.B. mog- 

2 0 lich, Daten, die das Steuergerat 1 von den diversen 

Funktionseinheiten 6 gesammelt und in dem Speicher- 
baustein 3 abgelegt hat, auszulesen und einem Ent- 
wickler anzuzeigen, der so in der Lage ist, die Ar- 
beitsweise des Mikroprozessors 2 zu beurteilen und 
25 eyentuelle Fehler der Arbeitsweise durch Anderungen 
am Steuerprogramm des Mikroprozessors 2 zu beheben. 

Bei der Kommunikat ion des Mikroprozessors 2 mit den 
Funktionseinheiten 6 werden im Allgemeinen kleine 

3 0 Datenmengen unter strikten zeitlichen Anf orderungen 

ubertragen. D.h. wenn eine der Funktionseinheiten 6 
einen Parameterwert geliefert hat, muss das Steuer- 
gerat 1 in vorgegebener , kurzer Zeit darauf reagie- 
ren, und es ist nicht moglich, z. B. mehrere Mess- 
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werte der Funktionseinheit zu sammeln \md diese 
mehr-eren Messwerte als eine Eihheit mit einem Satz 
an Overhead- Information zu libertragen, urn die Ef- 
fektivitat der Ubertragimg zu verbessern. Aus die- 
5 sem Grund verwendet das CAN-Busprotokoll ver- 
gleichsweise kurze Rahmen mit maximal 8 Byte Nutz- 
dateninhalt , bei denen der Overhead- Ant eil an der 
insgesamt libertragenen Datenmenge recht hoch ist, 
die aber dafiir eine Dateniibertragung mit kurzen 
10 Verzogerungen ermoglichen. 

Zur Verdeutli Chung ist in Fig, 2 die Struktur eines 
CAN-Rahmens detailliert dargestellt. Ein einzelnes 
Startbit S kennzeichnet den Beginn des Rahmens , Auf 
15 dieses folgt ein 11 Bit breites Feld ID, das eine 
eindeutige Bezeichnung desjenigen an den CAN-Bus 5 
angeschlossenen Gerates (einer der Funktionseinhei- 
ten 6, des Steuergerates 1 oder eines einzelnen auf 
diesem ablaufenden Prozesses, oder des Host- 

2 0 Rechners 8 bzw. eines auf diesem ablaufenden Pro- 

zesses) enthalt, fur den die Nutzdaten des betref- 
fenden CAN-Rahmens bestimmt sind. 

Es schlieSen sich 3 Statusflags F an, die Eigen- 
25 schaften des CAN-Rahmens spezif izieren, die fur die 
. vorliegende Erf indung nicht von Bedeutung sind und 
nicht weiter erlautert werden. 

Ein darauf folgendes 4 Bit breites Feld L spezifi- 

3 0 ziert die Zahl der in dem CAN-Rahmen enthaltenen 

Nutzdatenbytes . Diese Zahl kann zwischen 0 und 8 
Bytes liegen. 



Die Lange des sich anschlielSenden Abschnitts DATA 
entspricht der im Peld L angegebenen Bytezahl . 



Ein 16 Bit breites Priif summenf eld CRC erlaiibt in 
herkorranlicher Weise die Erkennung und Behebimg von 
in den davor liegenden Feldern aufgetretenen Uber- 
tragiangsfehlern. Es folgen zwei Bestatigimgsbits 
ACK und ein- 7 Bit breites Feld ELF mit einem das 
Ende des Rahmens anzeigenden Bitmuster. Bis zum Be- 
ginn des darauf folgenden Rahmens konnen 1-3 Bits 
eingefiigt sein, die keine Information ubertragen, 

wahrend das CAN-Protokoll an die Ubertragung klei- 
ner Datenmengen mit kurzen Reaktionszeiten gut an- 
gepasst ist, ergeben sich Probleme, wenn grofie, zu- 
sammenhangende Datenmengen ubertragen werden mus- 
sen, die nicht in einen einzelnen CAN-Rahmen pas- 
sen. Diese miissen jeweils auf Seiten der Datenquel- 
le, die sie auf dem Bus 5 sendet, auf mehrere Rah- 
men verteilt werden und auf Seiten der sie empfan- 
genden Senke wieder vollstandig und in der richti- 
gen Reihenfolge zusammengef iigt werden. Dies kann 
insbesondere dann scheitern, wenn infolge eines 
Fehlers bei der Ubertragung des Identifi- 
katorabschnitts ID die Datensenke einen an sich fur 
sie bestimmten Rahmen nicht als solchen erkennt und 
ignoriert, wenn sie aus dem gleichen Grunde einen 
Rahmen falschlich als fiir sie bestimmt auffasst, 
wenn beim Empfangen des Langenf eldes L ein Fehler 
auftritt, Nutzdaten falsch ubermittelt werden oder 
dergleichen. Um dies zu vermeiden oder solche Feh- 
ler zumindest erkennen und abfangen zu konnen, wird 
bei herkommlichen Systemen eines der 8 Nutzdaten- 
bytes jedes Rahmens herangezogen, um eine laufende 
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Nummer zu ubertragen, die es der Datensenke earmog- 
licht, Lucken in der Folge der von ihr empfangenen 
Rahmen oder f alschlicherweise ihr zugeordnete Rah- 
men zu erkennen. Die Ubertragung einer solchen lau- 
5 fenden Nummer erhoht zusatzlicli den Overhead-Anteil 
des Rahmens und veirmindert die Effektivitat der Da- 
tenubertragung . 

Um diesem Ubel zu begegnen, nutzt die Erfihdung die 

10 Tatsache, das bei vielen Ubertragungsauf gaben der 
Datensenke der Umfang des zu ubertragenden Daten- 
satzes vorab bekannt ist. Dies ist insbesondere in 
einem Datenverarbeitungssystem wie in dem der Fig. 
1 der Fall, wenn Messdaten oder andere Betriebspa- 

15 rameter des Steuergerats 1 an den Hostrechner 8 ii- 
bertragen werden. Dies geschieht im Allgemeinen auf 
vorherige Veranlassung des Hostrechners 8, der so- * 
mit „weifi*\ welches die von dem Steuergerat 1 zu 
ubertragenden Daten sind und welchen Umfang diese 

20 haben. Wenn der Hostrechner einen Hinweis vom Steu- 
ergerat empfangen hat, dass letzteres die Ubertra- 
gung eines Datenblocks als beendet ansieht, geniigt 
es daher, den Umfang der tatsachlich in dem Block 
empfangenen Daten mit dem vorbekannten Umfang zu 

25 vergleichen, um f estzustellen, ob Ubertragungsf eh- 
ler aufgetreten sind, und bei Ubereinstimmung der 
empfangenen Datenmengen mit der erwarteten die li- 
ber tragung als erfolgreich anzuerkennen . 

30 Ein Arbeitsverf ahren des Steuergerats 1 und des 
Hostrechners 8, die nach dem oben erlauterten Prin- 
zip zusammenwirken, wird im Bezug auf die Flussdia- 
gramme der Fig. 3 und 4 beschrieben. 
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Fig. 3 zeigt die Arbeitsweise der Datensenke, im 
hier betrachteten Beispiel also des Hostrechners 8, 
und Fig. 4 die der Datenquelle, d.h des Steuerge- 
rats 1. 

5 

In Schritt SI definiert ein Entwickler im Dialog 
mit dem Hostrechner 8 die Struktur eines Daten- 
blocks, der aus dem Steuergerat 1 in den Hostrech- 
ner 8 ubertragen werden soli . Die Definition dieser 

10 Struktur umfasst im einzelnen die Festlegung eines 
Werts des Identif ikators ID, der spater die Zuord- 
nung der libertragenen Rahmen zu demjenigen auf dem 
Hostrechner laufenden Prozess ermoglicht, der diese 
benotigt. Weiterhin werden die zu libertragenden Pa- 

15 rameter festgelegt, d.h. es wird eine Liste der Re- 
gister Oder Speicherplatze des Speicherbausteins 3 
des Steuergerat s 1 festgelegt, deren Inlialt zum 
Hostrechner 8 ubertragen werden soli, und die Rei- 
henfolge, in der diese Parameter ubertragen werden 

2 0 sollen. SchlieSlich wird noch ein Zeitpunkt festge- 
legt, an welchem das Lesen der betreffenden Spei- 
cherplatze stattf inden soil . Der Zeitpunkt kann ein 
einzelner, absolut festgelegter Zeitpunkt sein, er 
kann definiert sein durch ein bestimmtes zeitliches 

2 5 Verbal tnis zum Eintreten einer externen Bedingung, 
z.B. mit einer spezif izierten Verzogerung nach Aus- 
losung eines bestimmten Interrupts) , oder es kann 
eine periodische Ubertragung mit spezif izierter Pe- 
riode vorgesehen werden. 

30 

Im Schritt S2 wird die so festgelegte Steuerinfor- 
mat ion an das Steuergerat 1 ubertragen. Der Ein- 
fachheit halber soil angenommen werden, dass der 
Umfang der zu ubertragenden Steuer information 8 
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Byte nicht uberschreitet , so dass die Steuerinfor- 
mation in einem einzelnen herkommlichen CAN-Rahmen 
libertragen warden kann. Wenn die zu libertragende 
Steuerinf ormation mehr als 8 Bytes umfasst, kann 
5 das im Folgenden fiir die Ubertragiing eines Daten- 
blocks von der Datenquelle zur -senke beschriebene 
Verfahren auch fur die Ubertragung der Steuerinf or- 
mation von der Datensenke an die -quelle eingesetzt 
werden . 

10 

Die Steuerinf ormation wird von der Datenquelle, 
hier dem Steuergerat 1, empfangen (Schritt Dl in 
Fig. 4) • Wahrend dessen bereitet sich die Datensen- 
ke auf den Empfang eines ersten Blocks von Daten 
15 vor, in dem sie einen Zahler N(t) auf 0 setzt 
(Schritt S3) . Anschliefiend geht sie in einen Warte- 
zustand S4 uber, in welchem sie auf das Eintreffen 
eines Rahmens uber den CAN-Bus 5 wartet. 

20- Parallel dazu wartet die Datenquelle auf den in der 
Steuerinf ormation spezif izierten Zeitpunkt zum Le- 
sen der Register (D2) . Zum angegebenen Zeitpunkt 
beginnt sie mit dem Lesen der Register und sendet 
den Kopf abschnitt H eines CAN-Rahmens, also die in 

25 Fig, 2 mit S bis L bezeichneten Abschnitte, an den 
Hostrechner 8. Dieser uberpruft in Schritt S5 den 
im Kopf abschnitt H ubertragenen Identif ikator ID, 
ob er mit dem erwarteten ubereinstimmt . Wenn keine 
Ubereinstimmung vorliegt, kehrt der Hostrechner 8 

30 entweder in den Wartezustand S4 zuriick oder er ver- 
zweigt zu einem anderen Verarbeitungsprozess, wenn 
der Identif ikator ID einem anderen, ebenfalls von 
ihm ausgef lihrten Prozess entspricht . 
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Wahrend dessen sendet das Sfceuergerat in Schritt D4 
ein Datenbyte des Rahmans. AnschlieSend (D5) uber- 
priift das Steuergerat, ob gemaS der Definition des 
Blocks noch zu sendende Datenbytes ubrig sind. 1st 
5 dies nicht der Fall, so wird in Schritt D6 der 
Schwanzabschnitt (Trailer) des CAN-Rahmens, d.h. 
vom CRC-Abschnitt bis zum EOF-Abschnitt , gesendet 
(D6) . Dann wird in Schritt D7 gepruft, ob die Byte- 
zahl N des Blocks von n verschieden oder ohne Rest 

.10 durch n teilbar ist. 1st eine dieser Bedingungen 
erfullt, so wird in Schritt D8 noch ein Rahmen ohne 
Nutzdaten gesendet, bevor das Verfahren, sofern es 
sich nicht um einen nur einmal zu sendenden Block 
handelt, zu Schritt D2 zuruckkehrt - Andernfalls en- 

15 det das Verfahren unmittelbar oder kehrt unmittel- 
bar, ohne Senden eines Leerrahmens , zu D2 zuruck. 

Ergibt die Uberprufung in Schritt D5, dass noch Da- 
tenbytes zu senden sind, geht das Verfahren weiter 

2 0 zu Schritt D9, in welchem uberpruft wird, ob in dem 

in Ubertragung befindlichen Rahmen noch ein weite- 
res Byte ubertragen werden darf . Wenn ja, kehrt das 
Verfahren zu Schritt D4 zuruck, um das Byte zu sen- 
den, wenn nein, wird in Schritt DIO der Schwanzab- 
25 schnitt gesendet, und das Verfahren kehrt zu 
Schritt D3 zuruck, um mit der Ubertragung des Kopf- 
abschnitts eines weiteren Rahmen zu beginnen. 

Wenn der Host-Rechner 8 in Schritt S5 den Identifi- 

3 0 kator des Rahmens fur korrekt befunden hat, emp- 

fangt er in Schritt S6 ein Datenbyte und inkremen- 
tiert den Zahler N(t) der empfangenen Bytes. An- 
schlieiSend vergleicht er in Schritt S7 die im Lan- 
genfeld L des Kopf abschnitts H angegebene Zahl n(t) 
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von in diesem Rahmen enthaltenen Nutzdatenbytes mit 
der maximal zulassigen Zahl von Nutzdatenbytes n=8 . 
Wenn beide Werte ubereinstimmen, verzweigt das Ver- 
fahren zu Schritt S8, in welchem der Hostrechner 
5 die Gesamtzahl der in dem zu libertragenden Block 
enthaltenen Datenbytes N, die ihm aus dem Schritt 
SI des Definierens des Blocks bekannt ist, mit der 
maximal zulassigen Bytezahl n eines Rahmens ver- 
gleicht. Wenn beide nicht ubereinstimmen, so bedeu- 

10 tet dies, das die Ubertragxmg weiterer CAN-Rahmen 
zu erwarten ist, die weitere Bytes des gleichen 
Blocks befordern, und das Verfahren kehrt zuruck 
zum Wartezustand des Schritts S4 . Wird in Schritt 
S7 jedoch Gleichheit f estgestellt , so bedeutet dies 

15 das der Block insgesamt nur ^ 8 Datenbytes enthalt, 
und dass seine Ubertragung somit vollstandig ist. 
In diesem Fall geht das Verfahren uber zur Verar- 
beitung der empfangenen Datenbytes in Schritt S9. 

2 0 Wenn der Hostrechner 8 in Schritt S7 feststellt, 

das die im aktuellen Rahmen • ubertragene Bitzahl 
n(t) die maximal zulassige Bitzahl n ist, so bedeu- 
tet dies, dass es sich um den letzten Rahmen eines 
Blocks handelt. Der Hostrechner 8 vergleicht dar- 
25 aufhin (S9) die Zahl N(t) der bislang empfangenen 
Datenbytes dieses Blocks mit der Bytezahl N gemaS 
der in Schritt 1 getroffenen Definition- Bei Un- 
gleichheit muss ein Fehler stattgef xonden haben, und 
das Verfahren verzweigt zu einer Fehlerbehandlungs- 

3 0 routine, in der z.B. der gesamte Block verworfen 

Oder eine Neuubertragung des Blocks angefordert 
werden kann. Bei Ubereinstimmung wird der Block als 
korrekt empfangen angesehen und in Schritt S9 ver- 
arbeitet . 
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AnschlieKend kehrt das Verfahren zu Schritt S3 zu- 
ruck, urn den Bytezahler N(t) emeut auf 0 zu setzen 
und auf die Ubertragung elnes weiteren Datenblocks 
5 zu war ten. 



Mit dem vorliegenden Verfahren wird erreicht, das 
auch bei der Ubertragung von zusammenhangenden 
Nutzdatenblocken, die mehr Nutzdatenbits umfassen, 

10 als ein CAN-Rahmen aufzunehmen vermag, die gesamte 
Ubertragungskapazitat des CAN-Rahmens zur Ubertra- 
gung dieser Nutzdaten zur Verfugung steht und keine 
zusatzliche Nutzdaten-Ubertragungskapazitat fur die 
Ubertragung von Steuerinf ormationen abgestellt wer- 

15 den muss. Das Verfahren ist mit den bestehenden, 
die Datenubertragung auf dem CAN-Bus betreffenden 
Normen kompatibel . 
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Patentanspriiche 

1 . Verfahren zur Ubertragung von Datenblocken von 
einer Datenquelle (1) zu einer Datensenke (8) 
auf einem Bus (5) , der die Ubertragung von 
Rahmen mit einer variablen, begrenzten Anzahl 
n von Datenelementen unterstiitzt, mit den 
Schritten: 

a) Senden (S2) einer Steuerinf ormation, die 
wenigstens die Zahl N der in einem zu u- 
bertragenden Block enthaltenen Datenele- 
mente spezif iziert , von der Datensenke 
(8) an die Datenquelle (1) ; 

b) Wenn N>n ist, Senden (D4) von int (N/n) 
Rahmen mit je n Datenelementen des zu u- 
bertragenden Blocks und eines Rahmens mit 
(N mod n) Datenelementen des zu libertra- 
genden Blocks von der Datenquelle (1) an 
die Datensenke (8), wobei int (N/n) die 
grolSte ganze Zahl ist, die kleiner oder 
gleich N/n ist; 

c) Erkennen der Ubertragung eines Blocks als 
vollstandig (S9) durch die Datensenke (8 ) , 
wenn die Zahl der in Schritt b) empfange- 
nen Datenelemente mit der in der Steuer- 
inf ormation spezif izierten Zahl N liber- 
einstimmt . 

2. Verfahren nach Anspruch 1, dadurch gekenn- 
zeichnet, dass wenn N=n ist, die Datenquelle 
(1) einen einzigen Rahmen mit N Datenelementen 



sendet und die Datensenke (8) den Block be- 

reits nach Empfang des einzigen Rahmens als 
vollstandig erkennt (88) . 

Verfahren nach Anspruch 1 oder 2, dadurch ge- 

kennzeichnet , dass die Datenquelle (1) den 

Block zu einem Zeitpunkt sendet, der in der 
Steuerinf ormation spezif iziert ist . 

Verfahren nach einem der vorhergehenden An- 
spruche, dadurch gekennzeichnet , dass die Da- 
tenquelle (1) den Block aus einer Mehrzahl von 
in der Steuerinf ormation spezif izierten Para- 
metern zusammenstellt . 

Verfahren nach einem der vorhergehenden An- 
spruche, dadurch gekennzeichnet , dass der Bus 
ein can-Bus ist. 

Verf ahren ' nach einem der vorhergehenden An- 
spruche, dadurch gekennzeichnet , dass es in 
einer Entwicklungsumgebung fur eine Control - 
lerschaltung angewendet wird, wobei die Daten- 
quelle (1) die Controllerschaltung ist und die 
Datensenke (8) ein Host-Rechner ist. 
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Verfahren zur Ubertragung von Datenblocken von ei- 
ner Datenquelle (1) zu einer Datensenke (8) auf ei- 
nem Bus (5) , der die Ubertragung von Rahmen mit ei- 
ner variablen, begrenzten Anzahl n von Datenelemen- 
ten unterstiitzt, hat folgende Schritte: 

a) Senden (S2) einer Steuerinf oarmation, die we- 
nigstens die Zahl N der in einem zu ubertra- 
genden Block enthaltenen Datenelemente spezi- 
fiziert, von der Datensenke (8) an die Daten- 
quelle (1) ; 

b) Wenn N>n ist, Senden (D4) von int (N/n) Rahmen 
mit je n Datenelementen des zu ubertragenden 
Blocks und eines Rahmens mit (N mod n) Daten- 
elementen des zu ubertragenden Blocks von der 
Datenquelle (1) an die Datensenke (8) , wobei 
int (N/n) die grofite ganze Zahl ist, die.klei- 
ner oder gleich N/n ist; 

c) ■ Erkennen der Ubertragung eines Blocks als 

vollstandig (S9) durch die Datensenke (8) , wenn 
die Zahl der in Schritt b) empfangenen Daten- 
elemente mit der in der Steuerinf ormation spe- 
zifizierten Zahl N ubereinstimmt . 
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Fig. 3 



Fig. 4 
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